Transactional Email Providers

For transactional emails : Let's pick a library that permits to connect to various email sending providers. And some also support sending newsletters.

Future features

Let's start simple but keep in mind that we want to one day do things like:

• A Tiki site admin should be able to register to more than one mail service and decide which service is used. Ex.:
  • Stay within plan for one provider.
    • If I am allowed 200 emails per day with one provider, send the others with another, or the next day
    • We can stay within free limits 😊
  • Password resets should go with SMTP, tracker comments via API provider X but wiki page changes should go with API provider Y
  • Emails with certain patterns should be sent via sendmail, another pattern via SMTP, and the rest sent via API providers
• A/B testing to see which service works better

Requirements

• Available on Packagist
• Has several providers
• Active

Options

Omnimail

https://packagist.org/packages/omnimail/omnimail

SlmMail

"SlmMail is a module that integrates with various third-parties API to send mails. Integration is provided with the API of those services. It does not handle SMTP."
https://packagist.org/packages/slm/mail

Stampie

Stampie is a simple API Wrapper for different email providers such as Postmark and SendGrid.
https://packagist.org/packages/stampie/stampie

leoflapper/mailprovider

https://packagist.org/packages/leoflapper/mailprovider

Other notes

• These services offer more advanced features like click-through tracking. scheduled delivery, bounce handling, etc. Some, most or all of these features, we will want (sooner or later) to do via Tiki so we retain autonomy. We don't want to lose a feature because we switch from one provider to another.

Open Source mail senders

As a reference:

• https://github.com/postalhq/postal/wiki/Features
• https://mailu.io/